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1. Methodologie de resolution des problemes 

1.1. Qu'est-ce qu'une methodologie de resolution des 
problemes ? 



Les specificites des diverses methodologies de resolution des problemes 
informatiques peuvent varier et les processus impliques ne sont pas 
precis. Toutefois, la plupart des methodologies partagent des processus 
et des procedures communs qui font I'objet de cette rubrique. 

En fait, on peut affirmer que toute methodologie de resolution des 
problemes fait appel a des processus et procedures communs, quel que 
soit le domaine : informatique, plomberie ou mecanique automobile. 

Tout incident parcourt une serie de processus congus pour resoudre les 
problemes aussi rapidement et efficacement que possible. Parmi ces 
processus, la classification, le test, la transmission et la creation de 
rapports sont I'epine dorsale de toute methodologie de resolution des 
problemes. Celle-ci evoluera dans le temps en fonction des changements 
technologiques et de I'emergence de nouveaux outils. 

Classification 

o Lorsqu'un utilisateur final rencontre un probleme informatique et 

vous le signale, cela declenche une serie de processus de 

classification. Au cours de ceux-ci, vous collectez des informations 

aupres de I'utilisateur pour tenter d'etablir la nature et I'etendue du 

probleme. La discussion initiale peut reveler des informations 

permettant une resolution immediate. Cependant, dans le cas de 

problemes plus graves ou plus complexes, vous devez faire appel 

aux autres processus de resolution pour parvenir a les resoudre. 

Les problemes qui affectent de nombreux utilisateurs finaux ont un 

impact plus sensible sur la productivity de I'organisation et doivent etre 

resolus plus rapidement. 

La classification vous permet de determiner I'etendue et I'impact des 
problemes en vue d'etablir leur priorite. 

Meme si vous etes en mesure de resoudre le probleme tout de suite, 
vous devez le consigner en vous conformant a la methodologie en 
vigueur. Des procedures de consignation appropriees garantissent 
qu'aucun rapport d'incident ne se perde. En ayant la possibility d'acceder 
aux rapports d'incident detailles, une organisation peut surveiller ses 
systemes informatiques de maniere plus efficace et prendre des decisions 
informees. 

Test 

Une fois que vous avez etabli la priorite d'un probleme et consigne 
I'incident, la phase de test debute. Au cours de celle-ci, vous faites appel 
a plusieurs processus pour determiner 
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la cause probable du probleme. Vous pouvez commencer par dresser la 
liste des causes possibles, generalement, en les divisant et en les isolant. 
Dans le domaine des systemes informatiques, cela peut vouloir dire 
etablir une distinction entre les problemes de serveur et de station de 
travail, de materiel et de logiciel, et de systeme d'exploitation 
et d'applications. De cette maniere, vous pouvez eliminer les causes 
possibles pour determiner les causes probables. 

Lorsque vous avez reduit la liste des causes possibles a un nombre 
gerable, vous pouvez demarrer le processus de test. Ce processus vise a 
determiner la cause probable parmi les causes possibles restantes. Vous 
pouvez essayer de reproduire le probleme dans un environnement de 
test. Si vous pouvez le reproduire facilement, cela signifie que vous 
avez determine la cause probable. En revanche, si vous eprouvez des 
difficultes a le reproduire, vous devez analyser vos resultats et revenir 
sur votre cheminement initial. 

Transmission 

Si vous ne pouvez pas trouver de resolution pendant la phase de test 
initiale, vous devez consulter la documentation supplementaire ou 
transmettre le probleme, soit au fabricant du composant suspecte, soit 
au sein de votre organisation si vous disposez de ressources internes. Un 
processus de transmission d'incident au personnel de support technique 
de deuxieme niveau devrait etre en place au sein de votre organisation. 
Un membre de ce service vous posera des questions pour essayer de 
classifier I'etendue du probleme et de definir un niveau priorite. 

Rapport 

Lorsque I'incident a ete resolu, vous devez documenter sa resolution. II 

est important d'enregistrer les modifications apportees a la configuration 

de votre systeme informatique. 

o En outre, les problemes ont tendance a se produire plusieurs fois. 

S'ils ont ete documented correctement, vous gagnerez du temps la 

prochaine fois que vous serez amene a resoudre des occurrences 

similaires du probleme. 



1.2. Utilisateurs d'une methodologie de resolution des 
problemes 

Les services de support fonctionnent au sein d'une structure hierarchique 
precise. Lorsque des utilisateurs finaux signalent des incidents aux 
techniciens du support technique, a savoir le premier niveau du support 
technique, et que ceux-ci ne peuvent pas les resoudre, ils les 
transmettent au support technique de deuxieme niveau. Les ingenieurs 
de ce service ont des connaissances et des competences plus specialisees 
pour resoudre les problemes. Lorsque cela est necessaire, les ingenieurs 
du support technique peuvent remonter a leur tour le probleme au 
support de troisieme niveau. Le probleme est alors pris en charge par des 
ingenieurs systeme experts dotes de competences tres ciblees. 
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Les architectes systeme, les concepteurs et les planificateurs occupent le 
quatrieme niveau de la structure. Les ingenieurs systeme peuvent faire 
appel aux architectes systeme et planificateurs de niveau 4 pour 
concevoir et planifier des modifications importantes a apporter a une 
infrastructure dues a la resolution d'un probleme. 

o Une methodologie de resolution des problemes bien congue peut 
beneficier a nombre de personnes au sein de votre organisation, et 
pas seulement aux techniciens d'un service de support technique. 

Utilisateurs finaux 

Les utilisateurs finaux travaillent dans le cadre de la methodologie 
definie. lis regoivent une formation sur le materiel et les logiciels qu'ils 
utilisent. De plus, le personnel du support technique leur fournit des 
documents d'auto-assistance qui leur permettront de rechercher des 
solutions tout seuls. Ces documents peuvent prendre la forme de 
documentation imprimee, de didacticiels en ligne ou de guides 
repertoriant les questions frequemment posees. 

La mise a disposition de documents d'auto-assistance aux utilisateurs 
finaux constitue une partie importante de la methodologie de resolution 
des problemes. L'utilisateur a les moyens de resoudre des problemes 
sans contacter le support technique. 

La methodologie de resolution des problemes definit le processus de 
resolution des problemes, les procedures de transmission et le type de 
communication qu'un utilisateur final peut attendre du support technique. 
Elle profite a l'utilisateur final, car celui-ci ne passe que par un point de 
contact pour resoudre les problemes et le service de support 
technique doit tenir l'utilisateur informe de la progression de la 
resolution. Lorsqu'un probleme ne peut pas etre regie par auto- 
assistance, l'utilisateur final contacte le support technique. 

Specialistes du support technique 

Les specialistes du support technique fournissent le premier niveau 
d'assistance aux utilisateurs finaux. En tant que premier point de contact 
des utilisateurs finaux, ils travaillent dans le cadre de la methodologie de 
resolution des problemes pour definir la nature du probleme qui leur est 
signale. Les specialistes du service de support technique ont en general 
plus de competences en matiere de support technique que les ingenieurs 
du support technique. 

Lorsque les specialistes de service de support technique ne peuvent pas 
resoudre un probleme dans le laps de temps defini par l'utilisateur, c'est 
a eux qu'il incombe de transmettre le probleme au support technique de 
deuxieme niveau ou aux fournisseurs externes. La methodologie de 
resolution des problemes profite aux specialistes du support technique 
dans la mesure ou elle definit clairement les processus qu'ils doivent 
utiliser pour definir les problemes, etablir leur priorite, les transmettre et 
les resoudre. 

Ingenieurs du support technique 
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Les ingenieurs du support technique assurent le support de deuxieme 
niveau au sein d'une organisation. En general, ils travaillent sur les 
problemes que les specialistes du support technique leur ont transmis. La 
methodologie de resolution des problemes beneficie aux ingenieurs du 
support technique dans la mesure ou ils peuvent se concentrer sur les 
causes probables que les specialistes auront definies, sans perdre de 
temps sur la collecte des informations de base. 

Les ingenieurs du support technique sont essentiellement charges de 
resoudre des problemes que les utilisateurs finaux ont signales. Ils 
travaillent dans le cadre de la methodologie de resolution des problemes 
et contribuent egalement a son developpement. 

Certains ingenieurs du support technique se specialised dans un 
domaine de I'infrastructure informatique de I'organisation, alors que 
d'autres fournissent une assistance generale plus detaillee que ne 
proposent pas les specialistes du support technique. Par exemple, un 
ingenieur du support technique peut se specialiser dans les problemes de 
reseau ou d'infrastructure de messagerie. 

Responsables et planificateurs 

Les gestionnaires et les planificateurs travaillent en dehors de la 
methodologie de resolution des problemes, mais en tirent egalement 
parti. Comme le personnel de support technique des premier et deuxieme 
niveaux integre ce qu'il a appris des problemes passes dans les methodes 
conseillees actuelles et documente les modifications qu'il a apportees aux 
systemes informatiques, cela garantit que I'infrastructure informatique 
est efficace et productive. Une documentation a jour et exacte fournit aux 
planificateurs et aux responsables une base solide sur laquelle prendre 
o leurs decisions relatives a I'infrastructure informatique. 



2. Vue d'ensemble des etapes du processus de 
resolution des problemes 

nous allons examiner attentivement les etapes d'une methodologie de 
resolution des problemes et developper des methodes conseillees 
o signaler un probleme, collecter les donnees initiales, implementer 
un plan d'action et consigner la resolution de l'incident. 



2.1. Etapes types d'une methodologie de resolution 
des problemes 

Lorsque vous commencez a resoudre un probleme, il est important de 
savoir clairement quelles etapes vous allez executer. 

Consignation du probleme 

Le processus de consignation du probleme dans un rapport commence 
lorsqu'un utilisateur final appelle le support technique pour la premiere 
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fois. A ce stade, vous devez enregistrer les details du probleme et poser 

des questions pertinentes a I'utilisateur en vue 

de determiner I'etendue du probleme. Les reponses a ces questions 

peuvent vous aider a determiner la priorite du probleme. 

II est important de tenir I'utilisateur final informe de la progression tout 

au long du processus de resolution des problemes. En outre, pendant 

I'etape de creation de rapport, vous pouvez indiquer a I'utilisateur ce qui 

va se passer. 

Collecte des informations 

II est possible que vous puissiez resoudre le probleme signale pendant 
I'etape initiale de creation de rapport. Ceci est particulierement vrai dans 
le cas de problemes relativement simples. Si vous ne parvenez pas a 
resoudre immediatement le probleme, vous devez rassembler le plus 
d'informations possible a propos du probleme dans le but d'identifier les 
causes possibles. Vous pouvez utiliser des outils d'analyse, consulter des 
journaux des evenements ou simplement poser des questions 
supplementaires a I'utilisateur pour recueillir davantage d'informations. 

Developpement d'un plan d'action 

Lorsque vous avez suffisamment d'informations, vous tentez de 
determiner la cause du probleme. II existe deux approches possibles : 

• L'approche lineaire est une methodologie qui revele rapidement la cause 
principale d'un probleme, car elle implique de suivre une serie logique 
d'etapes. Prenez pour point de depart ce que I'utilisateur final a dit et 
continuez de fagon methodique jusqu'a ce que vous decouvriez la source 
du probleme. 

• L'approche soustractive est une methodologie dans laquelle vous vous 
representez mentalement les composants systeme de I'ordinateur. 



Separez les composants en deux le long d'une ligne que vous pouvez 
tester. Par exemple, le probleme est-il du a un composant materiel ou a 
un composant reseau ? Effectuez ensuite un test pour voir de quel cote de 
la ligne le probleme se situe, puis continuez de la meme maniere jusqu'a 
ce que vous ayez isole le composant qui pose probleme. 

Quelle que soit l'approche pour laquelle vous optez, I'objectif de cette 
etape est d'isoler la cause du probleme. Lorsque vous pensez I'avoir 
determinee, vous devez tester vos hypotheses. Si les tests s'averent 
concluants, continuez jusqu'a ce que vous ayez determine la cause reelle. 
Une fois que vos tests ont revele la cause d'un probleme, vous devez 
planifier les actions suivantes. Par exemple, si le probleme implique le 
remplacement d'un disque du serveur, vous devez commander le 
nouveau disque, determiner une heure appropriee pour effectuer le 
remplacement, sauvegarder les donnees presentes sur le disque a 
remplacer, 
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arreter le serveur, installer physiquement le nouveau disque et executer 
une restauration des donnees sur celui-ci. 

Implementation du plan d'action 

Apres avoir mis au point un plan d'action, vous devez I'implementer. 
Lorsque vous implementez un plan d'action en vue de resoudre des 
problemes graves, vous devez considerer I'impact des modifications que 
vous prevoyez d'apporter sur la disponibilite des services. Les grandes 
organisations ont des procedures de gestion des modifications auxquelles 
vous devez vous conformer. 

Avant de modifier la configuration, evaluez quels aspects de la 
reconfiguration vous pouvez realiser a distance avec des outils 
d'administration et des utilitaires. Vous pouvez resoudre beaucoup de 
problemes avec des techniques de gestion a distance pour eviter 
de vous rendre sur I'ordinateur de I'utilisateur. Toutefois, certains 
problemes ne peuvent pas etre resolus a I'aide de tels outils, et vous 
devrez vous rendre sur I'ordinateur de I'utilisateur final. 

Documentation de la resolution 

Lorsque vous avez resolu le probleme, vous devez documenter sa 
resolution. Cette tache implique un de nombre processus qui varie en 
fonction de I'infrastructure du support technique. Au minimum, vous 
devez informer I'utilisateur final que vous avez resolu le probleme. Si un 
systeme de consignation est en place, vous devez clore I'incident. 
Beaucoup d'organisations s'appuient sur la documentation pour fournir 
des informations relatives a la configuration de leurs systemes 
informatiques. Si vous avez procede a une reconfiguration pour resoudre 
un probleme, vous devez mettre a jour la documentation de support pour 
refleter les modifications apportees. 

En outre, lors de la phase de collecte des informations, il est souvent utile 
de consulter les journaux d'incident, qu'un probleme similaire ait ete 
signale ou non par quelqu'un d'autre. Savoir si un autre technicien a 
documente des problemes similaires n'est possible que si, a la cloture de 
I'incident, vous documentez ce que vous avez fait pour resoudre le 
probleme. 



2.2. Processus de consignation des problemes 

II est important de veiller a ce qu'un processus bien maitrise existe au 
sein de votre organisation pour que les problemes soient consignes 
comme il faut. 

Probleme detecte 

Le processus de signalement d'un probleme debute lorsque I'utilisateur 
final detecte un probleme de materiel informatique, de systeme 
d'exploitation ou d'application. 
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L'utilisateur peut essayer de resoudre le probleme lui-meme ou contacter 
le support technique. Si le probleme est intermittent, l'utilisateur peut ne 
pas prendre de mesure immediate. Si le probleme se reproduit, il est 
possible que l'utilisateur prenne des mesures supplementaires. 

Auto-assistance 

Chaque fois que cela est possible, incitez les utilisateurs a trouver eux- 
memes des solutions. Certains problemes peuvent etre resolus tres 
rapidement si l'utilisateur prend le temps de reflechir a ce qui vient 
d'arriver. 

Proposez toujours une formation adequate aux utilisateurs finaux. Non 
seulement ils tireront mieux parti de leurs applications, mais ils seront 
moins susceptibles de rencontrer des problemes et seront mieux a 
memes de resoudre nombre de problemes eux-memes, sans contacter le 
support technique. 

Contacter le support technique 

Quelles que soient les formations que les utilisateurs finaux auront regues 
et quelles que soient vos incitations, ils ne pourront pas resoudre tous les 
problemes. II est important de mettre en place une procedure adequate 
pour contacter le support technique afin que les utilisateurs la 
comprennent bien. Pendant cette phase, consignez les details du 
probleme. 

Pour cela, vous pouvez utiliser une base de donnees. Vous pouvez 
ensuite mettre a jour I'enregistrement de base de donnees a mesure que 
vous travaillez sur une resolution. 

Si vous n'avez pas les competences necessaires pour resoudre le 
probleme signale, assignez le probleme a d'autres personnes de votre 
organisation. Pour les problemes complexes, vous pouvez reunir une 
equipe specialised. Mettez a jour I'enregistrement dans la base de 
donnees de support pour suivre les informations relatives a I'activite que 
vous, ou d'autres, avez effectuee par rapport au probleme signale. 

Classification et support initial 

Apres que l'utilisateur a contacte le support technique, essayez de 
classifier le probleme et d'en determiner I'importance et I'urgence. Pour 
ce faire, vous pouvez poser des questions tres specifiques a l'utilisateur. 
II peut s'agir de questions comme celles-ci : 

• Qui d'autre a le meme probleme ? Si le probleme est repandu, cela indique 
un probleme plus general moins susceptible d'etre propre a I'ordinateur de 
l'utilisateur. En outre, les problemes qui affectent beaucoup d'utilisateurs 
sont plus urgents que ce touchant un seul utilisateur. 

• Quand avez-vous remarque le probleme pour la premiere fois ? II se peut 
que I'ordinateur n'ait jamais fonctionne correctement. II est tres utile de 
savoir si I'ordinateur n'a jamais fonctionne correctement, car cela peut 
indiquer un probleme lie au deploiement plutot qu'a I'utilisation. 
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Est-ce que quelque chose a change a peu pres au meme moment ou vous 
avez remarque le probleme ? Si I'utilisateur a recemment installe de 
nouvelles applications ou mis a jour des pilotes et si le probleme est 
survenu apres ces modifications, il est possible que les modifications aient 
contribue au probleme que I'utilisateur signale. 
Au cours de cette phase, vous pouvez determiner une cause probable du 
probleme signale, mais ne tirez pas de conclusions trop hatives. Vous 
risquez autrement de gaspiller beaucoup de temps et de ressources. 
Votre objectif pendant cette phase est de definir le probleme 
correctement. 

Transmission 

Lorsqu'un probleme doit etre transmis a un service de support technique 
de niveau superieur ou a des fournisseurs externes, veillez a consigner 
suffisamment de details en vue de les transmettre. II est tres utile qu'une 
procedure de transmission soit clairement definie pour un maximum 
d'efficacite. La procedure peut stipuler d'inclure les informations 
suivantes : 

une description precise du probleme signale ; 

un enregistrement de tous les messages d'erreur associes au probleme ; 

un enregistrement des tentatives de resolution faites par les membres du 

support technique ainsi que le resultat de chaque tentative ; 

un enregistrement concernant tous les outils de diagnostic utilises par les 

membres du support technique ; 

la duree pouvant s'ecouler avant qu'il y ait obligation de transmettre un 

probleme. Vous pouvez considerer de transmettre le probleme aux 

fournisseurs externes dans les cas suivants : 

• vous ne pouvez resoudre le probleme ; 

• vous ne disposez pas de suffisamment de ressources internes pour 
resoudre le probleme ; 

• votre organisation n'a pas les competences requises pour resoudre le 
probleme ; 

• vous avez identifie la cause probable du probleme et elle provient d'un 
composant tiers specifique. 

• 

Chaque fois que vous remontez un probleme, restez-en toujours le 
proprietaire et utilisez I'enregistrement de base de donnees pour suivre la 
progression vers une resolution. 

Assurez-vous egalement que vous fournissez toute I'assistance 
necessaire aux autres 

o niveaux d'assistance et aux fournisseurs externes 
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Resolution 

Une fois que vous avez determine la cause probable d'un probleme et 
avez developpe un plan d'action, vous devez evaluer ce plan. Cette 
evaluation doit inclure les etapes suivantes : 

faire la liaison avec les specialistes du support technique impliques dans 

I'implementation du plan ; 
mener a bien toutes les demandes decoulant des procedures de gestion 
des modifications ; 
analyser I'impact possible des modifications a I'infrastructure informatique 

proposees ; 
detainer les etapes de test du plan propose ; 

detainer le plan de restauration des modifications au cas ou celles-ci ne 
produisent pas le resultat escompte. 

Apres avoir evalue le plan d'action propose, vous pouvez le mettre en 
oeuvre. Au cas ou le plan d'action ne resout pas le probleme, envisagez 
de restaurer les modifications apportees suite a revaluation du plan 
d'action. Vous devez egalement repenser la phase de classification, car il 
est possible que le diagnostic et la classification initiaux etaient errones. 

Probleme clos 

Apres avoir resolu le probleme, vous devez le fermer. Pour cela, mettez a 
jour I'enregistrement de base de donnees en rapport avec le probleme 
pour indiquer que 
o vous avez resolu le probleme de maniere permanente, puis fermez 
I'enregistrement. 



2.3. Processus de collecte initiale des donnees 

La phase de collecte des informations relatives a un probleme signale est 

tres importante. 

En suivant une serie d'etapes precise et logique, vous pouvez definir 

clairement la nature du probleme et parvenir a determiner une cause 

precise. 

Questionner 

Le processus demarre lorsqu'un utilisateur contacte le support technique 
en suivant une procedure definie. II peut etablir ce contact initial par le 
biais de la messagerie electronique, du telephone ou de tout autre 
moyen. En tant que membre du service du support technique, vous 
devez poser des questions claires et precises a I'utilisateur sur les 
symptomes du probleme afin de pouvoir commencer a en definir la 
cause. II est egalement important de consigner le probleme dans une 
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base de donnees. Vous utiliserez cet enregistrement tout au long du cycle 
de vie du probleme pour suivre sa progression jusqu'asa resolution 

Ecouter 

Lorsqu'un utilisateur final vous signale un probleme, ecoutez-le 
attentivement. II arrive souvent que lorsque un utilisateur repond a vos 
questions et relate I'historique d'un probleme, celui-ci en revele 
involontairement la cause. En demandant a I'utilisateur de commencer 
depuis le debut et d'expliquer exactement ce qu'il faisait immediatement 
avant de remarquer le probleme et pendant qu'il I'a remarque, vous 
pouvez parfois determiner la cause du probleme. 

Consulter 

Lorsque vous avez enregistre toutes les informations pertinentes fournies 
par I'utilisateur, la tache suivante consiste a determiner la cause du 
probleme signale. Commencez par consulter la documentation 
concernant les problemes connus que vous avez a disposition. II est 
possible que le probleme se soit deja produit. Si tel est le cas, vous 
pouvez parvenir a une resolution et une cloture rapides de I'incident. 

Rechercher 

Si la documentation existante ne vous permet pas d'etablir de causes 
probables, vous devez mener quelques recherches dans diverses sources. 
Par exemple, vous pouvez effectuer des recherches dans la Base de 
connaissances de support Microsoft® ou dans des forums en ligne 
Si ces recherches ne vous permettent pas de determiner les causes 
probables du probleme, vous pouvez egalement recueillir des 
informations a I'aide des outils integres au systeme d'exploitation 
exemple : Windows® Vista T|V 



TM 



Les outils suivants sont disponibles 
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Assistance a distance 



Bureau a distance 



Fournit un mecanisme qui permet a l'utilisateur final de 
demander de I'aide. L'Assistance a distance vous permet de 
prendre le controle a distance d'un ordinateur posant probleme. 
L'utilisateur connecte reste connecte sur et peut voir a I'ecran 
ce que I'administrateur qui Toumit I 'assistance a distance fait. 

Permet de prendre le controle a distance d'un ordinateur posant 
probleme. L'utilisateur connecte est deconnecte et la console 
est verrouillee. 



Observateur |d'evenements 



Fournit une interface pemnettant de consulter les fichiers 
journaux gene res sur I'ordinateur posant probleme. Ces 
journaux fournissent des informations sur les applications, 
les evenements systeme et la securite. 



Gestionnaire de peripheriques 



Permet d' examiner et de modifier la configuration des 
peripheriques materiels et des pilotes de peripheriques. 



Diagnostics du reseau 



Permet de diagnostiquer et de resoudre des problemes 
de reseau. 



Informations systeme Windows Permet d'examiner la configuration d'un ordinateur avec un 

seul outil. Vous pouvez egalement utiliser cet outil pourgenerer 
des rapports sur la configuration.. 



Utilitaires de ligne 
de commande 



Vous pouvez vous aider de divers outils de ligne de commande 
lore du processus de recherche. Ces outils incluent notamment 
Ipconfig, Netetat, WinRM et WinRS. 



Developper 

Une fois que vous avez determine une cause probable du probleme, vous 
devez developper un plan d'action. La rubrique suivante decrit comment 
proceder. 



2.4. Methodes conseillees de developpement d'un 
plan d'action 

Les problemes simples sont faciles a resoudre rapidement et leur plan 
d'action peut ne pas demander beaucoup de reflexion. Par exemple, si un 
utilisateur final signale qu'il a oublie son mot de passe, votre plan 
d'action consiste a ouvrir Utilisateurs et ordinateurs Active Directory et a 
reinitialiser le mot de passe. Toutefois, les problemes plus graves ou plus 
complexes exigent une certaine reflexion. 

Analyser les donnees disponibles 

Avant de commencer a modifier la configuration, analysez les donnees 
disponibles pour vous assurer que vous avez determine la cause probable 
du probleme signale. 
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Consulter la documentation 

Consultez toute la documentation relative au correctif que vous envisagez 
de mettre en oeuvre. Par exemple, si celui-ci requiert I'installation d'un 
Service Pack, examinez la documentation relative au Service Pack. 



Creer un environnement de test 

Si le correctif envisage ou la solution de contournement implique une 
reconfiguration significative ou si des problemes surviennent pendant la 
mise en oeuvre du correctif, la productivity des utilisateurs pourrait s'en 
trouver affectee. II est important que vous creiez un environnement de 
test qui ressemble etroitement au systeme de production et I'utilisiez 
pour tester votre plan d'action. Les technologies de virtualisation (telle 
que Microsoft Virtual PC) offrent un moyen pratique de creer des 
environnements de test sans requerir d'investissements majeurs dans du 
materiel ou des logiciels supplementaires. 

Considerer I'impact des modifications 

Vous pouvez etre amene a effectuer un important travail de 
reconfiguration pour resoudre des problemes complexes. Les 
modifications que vous envisagez peuvent avoir une incidence sur de 
nombreux elements de votre organisation. Par exemple, si le correctif 
que vous projetez d'implementer necessite le redemarrage d'un serveur 
auquel les utilisateurs sont connectes, tel qu'un serveur de messagerie 
ou un serveur de base de donnees, vous devez prevoir I'implementation 
du correctif en dehors des heures ouvrees. En outre, vous devez verifier 
que les modifications proposees ne nuiront pas aux autres 
applications ou services. 

Prevoir une restauration 

Si vous implementez un correctif ou solution de contournement qui ne 
resout pas le probleme, vous pouvez envisager de revenir en arriere. 
L'execution d'une restauration n'est pas necessaire, mais peut etre 
souhaitable dans des circonstances particulieres. 

Par exemple, si le correctif implique I'application d'une mise a jour, la 
suppression de la mise a jour peut etre acceptable. Toutefois, si le 
correctif implique la mise a niveau d'applications pour inclure de 
nouvelles fonctionnalites qui peuvent etre utiles aux utilisateurs finaux, il 
peut etre souhaitable de laisser les nouvelles applications installees 
plutot que de retablir I'application plus ancienne. Vous pouvez utiliser 
I'environnement de test pour vous entrainer a annuler un correctif ou une 
solution de contournement propose. 
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2.5. Processus d'implementation d'un plan d'action 

En general, votre plan d'action se composera des etapes suivantes. 
Toutefois, n'oubliez pas que les etapes specifiques de votre plan d'action 
peuvent varier en raison de la complexite ou des circonstances d'un 
probleme donne. 

Implementer dans un environnement de test 

Avant de tenter de mettre en oeuvre un correctif sur le systeme de 
production, implementez votre plan d'action dans un environnement de 
test. Gardez a I'esprit que le processus de modification de quelques 
aspects de la configuration d'un ordinateur peut resoudre un probleme 
specifique, mais peut introduire d'autres problemes. Ainsi, si vous 
appliquez une mise a jour de securite au systeme d'exploitation pour 
resoudre un probleme de securite, celle-ci peut modifier le comportement 
de certaines applications. 

Lorsque vous etes satisfait que le correctif ou la solution de 

contournement peut etre implemente sans provoquer de problemes 

supplementaires et qu'il resout le probleme signale, passez a I'etape 

suivante. Les problemes simples peuvent ne pas requerir cette etape de 

test. 

Analyser I'impact possible 

Vous devez vous assurer que toutes les modifications que vous envisagez 
d'implementer ne nuiront pas au reste de I'infrastructure informatique. 
Par exemple, il est possible que sur un ordinateur specifique, un nouveau 
pilote de peripherique pour un composant materiel suspect soit a I'origine 
de conflits entre peripheriques qui provoquent des problemes de 
demarrage de I'ordinateur. Au niveau de I'organisation, I'installation 
d'un Service Pack sur un serveur de messagerie peut changer la fagon 
dont les serveurs gerent certains types de messages et provoquer la non- 
remise des messages. 

Ces problemes potentiels seront visibles lorsque vous implementerez 
votre plan d'action dans I'environnement de test. Vous pourrez alors 
corriger votre plan d'action afin d'eviter que ces problemes ne se 
produisent dans I'environnement de production. 

Se reporter a la gestion des modifications 

Les grandes organisations implementent des procedures de gestion des 
modifications pour garantir que le personnel de support technique 
apporte des modifications a I'infrastructure informatique conformement 
aux instructions et qu'il les documente suffisamment une fois effectuees. 
Si votre organisation utilise une telle procedure, vous devez determiner 
ce qui est requis de vous lors de I'implementation du correctif ou de 
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la solution de contournement. Consultez la documentation adequate, et 
lorsque cela est necessaire, discutez des modifications proposees avec les 
personnes appropriees. 

Resoudre le probleme 

Les specialistes du support technique peuvent souvent resoudre 
rapidement les problemes les plus courants, sans faire appel aux 
specialistes des produits. Les problemes moins courants ou plus 
complexes requierent souvent I'intervention de specialistes de support 
technique ou de fournisseurs externes, et parfois la creation d'une equipe 
specialised regroupant les competences necessaires a la resolution d'un 
probleme particulier. Lorsque cela est possible, considerez I'utilisation des 
outils et des utilitaires d'administration a distance, car ceux-ci permettent 
souvent de trouver des solutions plus rapidement. 

Surveiller et evaluer 

Si un correctif ou une solution de contournement est susceptible de 
prendre plusieurs heures et d'impliquer plusieurs etapes, vous devez 
surveiller la progression du processus de resolution du probleme. II est 
important que vous evaluiez les donnees collectees lors de ce processus 
pour determiner si vous etes sur le point de trouver une solution. Si les 
donnees ne vous permettent pas de I'affirmer, envisagez de revoir votre 
plan d'action. 

Rendre compte et documenter 

Qu'un probleme soit completement resolu ou non, vous devez 
documenter toutes les etapes que vous avez effectuees pour le resoudre 
ou tenter de le resoudre. Si vous avez consigne I'incident dans une base 
de donnees pour suivre son etat, vous devez mettre a 
jour I'enregistrement pour indiquer que le probleme a ete resolu ou non 
et si I'incident est clos ou non. La rubrique suivante traite plus 
particulierement du processus de consignation d'une resolution d'un 
probleme. 



2.6. Processus de consignation de la resolution 

Dans la plupart des organisations de support, un processus existe pour 
enregistrer et documenter un probleme signale par un utilisateur. En 
general, le personnel du support technique consigne I'incident signale 
dans une base de donnees. Lorsqu'un probleme est resolu, vous devez 
clore I'incident et en informer I'utilisateur qu'il I'a signale. 

Mettre a jour la documentation actuelle 

Si le probleme a revele des failles dans I'infrastructure informatique 
actuelle, dans les methodes de travail ou dans d'autres domaines, vous 
devez mettre a jour la 
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documentation actuelle pour faire etat de ces failles et des correctifs ou 
solutions de contournement appropries. Par exemple, si vous installez un 
Service Pack pour un systeme d'exploitation dans toute I'organisation 
pour resoudre un probleme d'incompatibilite entre applications, vous 
devez enregistrer les informations se rapportant a ce probleme ainsi que 
la procedure d'installation du Service Pack dans la documentation relative 
a I'infrastructure. 

Creer une nouvelle documentation 

Les problemes graves et complexes entrainent souvent des modifications 
d'infrastructure majeures. Vous devez creer la documentation necessaire 
pour prendre en charge ces modifications. Par exemple, si vous installez 
une nouvelle version d'une application pour resoudre un probleme, 
mettre a jour la documentation existante ne suffit pas. La nouvelle 
version de I'application peut comporter de nouvelles fonctionnalites et 
peut fonctionner differemment de I'ancienne version. Vous devez 
communiquer aux utilisateurs et aux administrateurs qu'ils doivent 
desormais travailler sur la nouvelle version. 

Consigner la resolution 

Vous devez mettre a jour tous les enregistrements de base de donnees 
associes a un incident. La mise a jour doit inclure la resolution et toute 
autre information pertinente relative au correctif ou a la solution de 
contournement utilise pour resoudre le probleme. 

Vous ne devez pas considerer un probleme comme resolu tant que la 
resolution n'a pas ete documentee de fagon a etre utile pour la resolution 
d'incidents ulterieurs. Enfin, vous devez clore I'enregistrement d'incident. 

Communiquer avec I'utilisateur final 

Vous devez permettre a I'utilisateur final qui a signale le probleme de 
savoir que vous avez resolu le probleme. Si I'utilisateur doit prendre des 
mesures speciales ou doit contourner le probleme, vous devez Ten 
informer. Si vous avez apporte des modifications significatives a 
I'infrastructure, les utilisateurs peuvent avoir besoin de recevoir une 
formation. 

Consigner des mesures preventives 

Un probleme ayant tendance a se repeter, il est essentiel que vous le 
documentiez ainsi que sa cause et les etapes qui ont permis de le 
resoudre. Une documentation adequate garantit que les ingenieurs de 
support technique qui seront confronted au meme probleme puissent 
decouvrir une cause probable et une solution recommandee tot dans le 
processus de resolution. 



OFPPT @ 


Document 


Millesime 


Page 


Methodologie de resolution des 
problemes 


avril 11 


16- 23 



Titre du document 

3. Resolution des problemes par domaine 

Tot dans le processus de resolution des problemes, vous tentez de 
determiner la cause du probleme. Un systeme informatique se compose 
de beaucoup d'elements, mais ces elements se repartissent en plusieurs 
categories de composants systeme. En essayant de determiner quel 
composant systeme provoque un probleme, vous utilisez I'approche de 
resolution des problemes dite soustractive. Par exemple, si I'ordinateur 
ne demarre pas, vous pouvez determiner que la cause peut etre liee au 
materiel, comme une panne de disque dur, ou au systeme d'exploitation, 
comme un fichier de demarrage manquant. 

N'oubliez pas qu'une combinaison de composants systeme peut 
provoquer des problemes. Les sections suivantes traitent en detail des 
principaux composants systeme. 

Systeme d'exploitation 

Des defaillances ou des alterations du Registre systeme ou des services 
systeme peuvent engendrer des problemes au niveau du systeme 
d'exploitation. Le systeme d'exploitation controle I'acces de I'utilisateur et 
des applications au materiel de I'ordinateur. II est compose de pilotes de 
peripheriques, de services, de composants de securite, d'applications, de 
composants reseau et de la configuration qui relie ces composants. 
Toutefois, dans le cadre d'une resolution des problemes, considerez 
uniquement les elements de base du systeme d'exploitation : fichiers de 
demarrage, composants de configuration du demarrage et services. 
Faites abstraction de la securite, des applications et des composants 
reseau. 

Les erreurs de systeme d'exploitation sont souvent revelees lors du 
demarrage de I'ordinateur. Par exemple, si un utilisateur supprime un 
fichier de demarrage critiquepar erreur, le systeme d'exploitation ne peut 
pas demarrer. Si vous installez un nouveau Service Pack pour le systeme 
d'exploitation ou procedez a une mise a jour, cette operation peut 
provoquer des problemes inattendus. Pour cette raison, il est important 
de tester tous les Service Packs et mises a jour avant de les deployer. 

Materiel 

Dans le cadre d'une resolution des problemes, les problemes de materiel 
incluent les problemes physiques d'ordinateurs ainsi que les problemes 
lies aux peripheriques connectes et a leur pilote. Les ordinateurs sont 
tres fiables, mais certains composants sont plus enclins a tomber en 
panne. Les composants amovibles, tels que les lecteurs de disques et les 
blocs d'alimentation, ont tendance a s'user. Ces problemes sont 
immediatement identifiables et facilement resolus. 

D'autres problemes lies au materiel sont dus a une incompatibilite entre 
peripheriques ou a des conflits de peripheriques. Pour communiquer avec 
le reste de I'ordinateur, le systeme d'exploitation alloue a chaque 
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peripherique une configuration unique. Parfois, le systeme d'exploitation 
ne parvient pas a allouer a tous les peripheriques la configuration 
unique necessaire, ce qui provoque une panne de peripherique ou 
empeche meme I'ordinateur de demarrer. 

Composants re sea u 

Toute configuration reseau peut etre definie comme un composant 
reseau. Par exemple, on peut considerer la configuration TCP/IP comme 
un composant reseau afin que de regrouper sous cette appellation, les 
problemes d'adresse IP, de masque de sous-reseau et de passerelle par 
defaut d'un ordinateur. La resolution de noms, a savoir le processus 
qui consiste a resoudre un nom d'hote en adresse IP, est egalement un 
composant reseau. 

De nombreux problemes de composant reseau relatifs aux serveurs 
peuvent se manifester sur des stations de travail, et par consequent il 
peut etre difficile de determiner I'origine precise d'un probleme de 
composant reseau. 

Securite 

Lorsqu'un utilisateur ne parvient pas a acceder a une ressource a laquelle 
il peut en principe acceder, ou inversement, lorsqu'un utilisateur peut 
acceder a une ressource restreinte, ceci indique un probleme de securite. 
Les methodes conseillees pour etablir les autorisations de fichiers et 
d'imprimante consistent a allouer des autorisations a des groupes 
auxquels vous affectez des utilisateurs. 

De plus, il est conseille de grouper les ressources qui ont des parametres 
de securite semblables. Par exemple, placez les fichiers ayant les memes 
exigences en matiere de securite dans un dossier commun et appliquez 
des autorisations au dossier. Si vous avez suivi ces instructions et si un 
utilisateur rencontre des problemes d'acces, c'est-a-dire des problemes 
de securite, verifiez que celui-ci appartient au groupe approprie. Verifiez 
les parametres de securite que le groupe a sur la ressource en question. 
Utilisez I'approche lineaire pour determiner ou le probleme se trouve. 
Des problemes peuvent egalement se produire lorsque des utilisateurs 
ont des droits administratifs eleves ou des autorisations excessives sur 
les fichiers ou les dossiers. Par exemple, un utilisateur ayant le controle 
total du dossier systeme Windows peut accidentellement supprimer des 
fichiers systeme importants et rendre un systeme d'exploitation instable 
ou inutilisable. 

Certains problemes de securite peuvent se manifester comme s'il 
s'agissait de problemes de composant reseau. Par exemple, les 
problemes de configuration de pare-feu peuvent empecher des 
utilisateurs d'acceder aux ressources auxquelles ils doivent avoir acces. 
Le chiffrement de donnees et les problemes d'authentification peuvent 
egalement provoquer des problemes de securite. 

Applications 

Les problemes d'application sont ceux ayant specifiquement trait aux 
applications installees et utilisees par les utilisateurs. Nombre de ces 
problemes resultent soit 
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d'une mauvaise utilisation de I'application par I'utilisateur, soit de 

I'utilisateur qui tented 'effectuer une action sur I'application non prise en 

charge par celle-ci. Une formation adequate de I'utilisateur devrait 

reduire ces types de problemes. 

Si un utilisateur signale un probleme d'application et si une mauvaise 

utilisation a ete ecartee, la cause du probleme peut etre un bogue de 

logiciel. Consultez la documentation pour determiner s'il s'agit d'un 

probleme connu et si des Service Packs ou correctifs existants corrigeront 

le probleme. 

Les utilisateurs qui signalent des problemes de performances d'une 

application peuvent rencontrer des problemes de materiel plutot que 

d'application. II possible que I'ordinateur requiert plus de memoire ou que 

le disque de I'ordinateur se soit fragmente. Vous pouvez determiner si un 

probleme est lie aux performances, car ce type de probleme affecte 

plusieurs applications. 

Les problemes d'incompatibilite entre applications peuvent provoquer des 

problemes importants. Une combinaison specifique d'applications qui 

s'executent en meme temps peut provoquer des defaillances du systeme 

d'exploitation et des pertes de donnees. 

Vous pouvez eviter une grande partie des problemes d'incompatibilite 

entre applications en deployant uniquement celles que vous avez testees 

ensemble et en empechant les utilisateurs finaux d'installer des 

applications supplementaires. 

3. 1. Considerations pour la resolution des problemes 

Plusieurs facteurs peuvent entraver le processus de resolution des 
problemes. Tenez compte de ceux-ci lorsque vous commencez a 
developper votre methodologie de resolution d'un probleme pour parvenir 
a votre objectif qui est de resoudre les problemes 

informatiques rapidement et efficacement. La prise en compte de ces 
facteurs vous permettra de minimiser leur effet. 

Gravite 

La gravite du probleme peut parfois desemparer la personne chargee de 
resoudre un probleme. Imaginez par exemple qu'un parquet de cotation 
entier s'arrete de travailler n raison d'un probleme sur lequel vous 
travaillez. Difficile de rester concentrer en respectant les etapes dans 
votre methodologie dans ces conditions ! Vous pourriez etre tente de 
prendre des raccourcis, de tirer des conclusions hatives ou d'essayer 
d'implementer des solutions sans vous referer a votre plan d'action. 
Quelle que soit la gravite d'un probleme, conformez-vous a votre plan 
d'action pour le resoudre. 

Emplacement 

Si le probleme s'est produit sur un ordinateur auquel vous n'avez pas 
acces en personne, cette situation peut s'averer difficile. Vous pouvez 
peut-etre vous connecter a distance a I'ordinateur suspect. Le systeme 
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d'exploitation Windows Vista fournit plusieurs outils d'administration a 
distance qui peuvent vous aider a resoudre certains problemes. 
Toutefois, ces outils ne peuvent pas etre toujours disponibles. Par 
exemple, si I'utilisateur ne peut pas demarrer I'ordinateur distant, les 
outils d'administration a distance ne pourront pas se connecter a 
I'ordinateur. De plus, pour des raisons de securite, Windows Vista 
n'autorise pas I'acces a distance par defaut. Si vous ne pouvez pas 
resoudre un probleme a I'aide des outils d'administration a distance, vous 
devez faire appel a toutes vos competences en matiere de 
communication pour parvenir a une resolution en parlant avec 
I'utilisateur. Vous pouvez egalement vous rendre la ou se trouve 
I'ordinateur pour mettre en oeuvre votre plan d'action. 

Etat de I'ordinateur 

Les problemes d'ordinateur peuvent etre classes en trois categories assez 
larges :les defaillances constantes, les defaillances previsibles et 
defaillances imprevisibles. 

Si un ordinateur fait I'objet d'une defaillance constante, vous pouvez 
tenter d'appliquer un correctif ou une solution de contournement 
specifique jusqu'a ce que vous resolviez le probleme. Lorsque le 
probleme disparait, vous aurez determine sa cause. 

Si une defaillance d'ordinateur est previsible, il est generalement plus 
facile de la resoudre que si celle-ci est imprevisible, car vous pouvez 
reproduire les defaillances previsibles plus facilement que les defaillances 
imprevisibles. Par exemple, une certaine combinaison d'applications 
ouvertes peut generer un message d'erreur. Vous pouvez reproduire la 
defaillance dans votre environnement de test en ouvrant les memes 
applications, puis trouver rapidement une resolution. Les problemes de 
demarrage de systeme d'exploitation sont des defaillances habituellement 
previsibles. La defaillance d'un composant materiel ou de son pilote 
provoque generalement une defaillance previsible au meme stade du 
processus de demarrage. 

Les defaillances imprevisibles sont intermittentes, et il se peut qu'elles ne 
soient associees a aucune cause detectable. Par consequent, vous ne 
pouvez pas reproduire facilement les defaillances imprevisibles, et leur 
resolution peut prendre beaucoup plus de temps, car la cause peut 
s'averer difficile a trouver. 

Utilisateurs finaux 

Les gens ne sont pas des temoins tres fiables. Lorsqu'un utilisateur final 
vous signale un probleme, il est important que vous le questionniez de 
maniere ciblee et que vous verifiiez I'exactitude des informations qu'il 
vous fournit. N'oubliez pas que bien que la resolution soit importante aux 
utilisateurs, ceux-ci n'ont pas forcement envie de participer au processus 
de resolution des problemes. 
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3.2. Activation des fonctions de resolution des 
problemes a distance 

Pour minimiser la duree de resolution des problemes et reduire les couts 
de deplacement du personnel du service de support technique, beaucoup 
d'organisations utilisent I'administration et la resolution des problemes a 
distance. La resolution des problemes a distance signifie que le personnel 
de support technique peut travailler depuis un lieu central. 



Mettre I'accent sur un point particulier 




Note d'attention particuliere. 
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Pour approfondir le sujet.... 



Proposition de references utiles permettant d'approfondir le theme aborde 



Sources de reference 



Citer les auteurs et les sources de reference utilisees pour I'elaboration du 
support 
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